Identification of semantic units from within a search query

ABSTRACT

A search engine for searching a corpus improves the relevancy of the results by classifying multiple terms in a search query as a single semantic unit. A semantic unit locator of the search engine generates a subset of documents that are generally relevant to the query based on the individual terms within the query. Combinations of search terms that define potential semantic units from the query are then evaluated against the subset of documents to determine which combinations of search terms should be classified as a semantic unit. The resultant semantic units are used to refine the results of the search.

RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No. 11/764,566, filed Jun. 18, 2007, which is a continuation of U.S. patent application Ser. No. 09/729,240, filed Dec. 5, 2000, which claims priority under 35 U.S.C. §119(e) based on U.S. Provisional Application No. 60/237,389, filed Oct. 4, 2000, the disclosures of which are hereby incorporated herein by reference.

BACKGROUND OF THE INVENTION

A. Field of the Invention

The present invention relates generally to information location and, more particularly, to search engines that locate information on the World Wide Web.

B. Description of Related Art

The World Wide Web (“web”) contains a vast amount of information. Locating a desired portion of the information, however, can be challenging. This problem is compounded because the amount of information on the web and the number of new users inexperienced at web research are growing rapidly.

People generally surf the web based on its link graph structure, often starting with high quality human-maintained indices or search engines. Human-maintained lists cover popular topics effectively but are subjective, expensive to build and maintain, slow to improve, and do not cover all esoteric topics.

Automated search engines, in contrast, locate web sites by matching search terms entered by the user to a pre-indexed corpus of web pages. Generally, the search engine returns a list of web sites sorted based on relevance to the user's search terms. Determining the correct relevance, or importance, of a web page to a user, however, can be a difficult task. For one thing, the importance of a web page to the user is inherently subjective and depends on the user's interests, knowledge, and attitudes. There is, however, much that can be determined objectively about the relative importance of a web page. Conventional methods of determining relevance are based on matching a user's search terms to terms indexed from web pages. More advanced techniques determine the importance of a web page based on more than the content of the web page. For example, one known method, described in the article entitled “The Anatomy of a Large-Scale Hypertextual Search Engine,” by Sergey Brin and Lawrence Page, assigns a degree of importance to a web page based on the link structure of the web page.

Multiple search terms entered by a user are often more useful if considered by the search engine as a single compound unit. Assume that a user enters the search terms “baldur's gate download.” The user intends for this query to return web pages that are relevant to the user's intention of downloading the computer game called “baldur's gate.” Although “baldur's gate” includes two words, the two words together form a single semantically meaningful unit. If the search engine is able to recognize “baldur's gate” as a single semantic unit, called a compound herein, the search engine is more likely to return the web pages desired by the user.

For example, one application for compound units in a search engine might be to modify the ranking component of the search engine, so that documents containing the compound are considered more relevant than documents that contain the individual words but not the compound.

Another application may be to suggest alternate queries that either extends, shortens, or replaces words in the current query in minor ways based on prior queries logged by the system. To be useful, such an application should suggest semantically meaningful alternatives. In the above “baldur's gate” example, a semantically meaningful alternative may be “baldur's gate reviews” (i.e., written reviews of the game).

Conventionally, the identification of compounds in queries has focused on identifying compounds based on a list of previously identified compounds and statistics describing the relative frequency of occurrence of the compounds. Two approaches have commonly been used to construct such a list of compounds.

The first approach involves extracting the compound from the corpus of documents. In this approach, the documents are processed and word sequences that occur with a frequency that is statistically significant are identified as compounds. The disadvantage with this approach is that it is inefficient, because there are many more compounds in the corpus than would typically occur in user queries. Thus, only a small fraction of the detected compounds are useful in practice. This is particularly true in a highly multi-lingual and diverse corpus such as the web. Identifying all compounds on the web is computationally difficult and would require considerable amounts of storage. Additionally, determining when a compound is statistically significant can be problematic. Many compounds of interest, e.g., names, may occur relatively infrequently, thus making it hard to accumulate a statistically significant sample.

The second approach involves extracting compounds from a query log. This technique is similar to the above-discussed first approach, except that compounds are extracted from a log of past user queries instead of from the corpus of web documents. A disadvantage associated with finding compounds in query logs using statistical techniques is that word sequences occurring in query logs may not correspond to compounds in the documents. This is because queries, especially on the web, tend to be abbreviated forms of natural language sequences. For example, the words “mp3” and “download” may occur together often in query logs but “mp3 download” may not occur as a compound in a document.

A disadvantage of both corpus and query log based techniques, and indeed of any technique relying purely on previously detected compounds and on statistics to segment a query, is that they tend to ignore the meaning of the query. Such techniques may identify a compound that is not consistent with the meaning of the query, which can negatively impact applications that rely on the compound as being a semantic unit within the query.

For example, the queries “country western mp3” and “leaving the old country western migration” both have the words “country” and “western” next to each other. Only for the first query, however, is “country western” a representative compound. Segmenting such queries correctly requires some understanding of the meaning of the query. In the second query, the compound “western migration” is more appropriate, although it occurs less frequently in general.

Thus, there is a need in the art to be able to more accurately identify compounds that correspond to a semantically meaningful unit.

SUMMARY OF THE INVENTION

Systems and methods consistent with the present invention address this and other needs by identifying compounds based on the overall context of a user query.

One aspect of the present invention is directed to a method of identifying semantic units within a search query. The method includes identifying documents relating to the query by matching individual search terms in the query to an index of a corpus and generating substrings of the query. For each of the generated substrings, a value is calculated that relates to the portion of the identified documents that contains the substring. Semantic units are selected from the generated substrings based on the calculated values.

A second aspect of the present invention is directed to a method of locating documents in response to a search query. The method includes generating a list of relevant documents based on individual search terms of the query and identifying a subset of documents that are the most relevant documents from the list of relevant documents. Substrings are identified for the query and a value related to the portion of the subset of documents that contains the substring is generated. Semantic units are selected from the generated substrings based on the calculated values. Finally, the list of relevant documents is refined based on the semantic units.

A third aspect of the present invention is directed to a server that includes a processor, a database, and a memory. The memory includes a ranking component configured to return a list of documents ordered by relevance in response to a search query and a semantic unit locator component that locates semantic units in search queries entered by a user based on a predetermined number of the most relevant documents in the list returned by the ranking component.

Additional aspects of the present invention are directed to computer systems and to computer-readable media having features relating to the first three aspects.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate an embodiment of the invention and, together with the description, explain the invention. In the drawings,

FIG. 1 is a diagram illustrating an exemplary network in which concepts consistent with the present invention may be implemented;

FIG. 2 is a flow chart illustrating methods for locating semantic units within a search query; and

FIG. 3. is a flow chart illustrating a method for calculating a weighted fraction of documents within a subset of documents.

DETAILED DESCRIPTION

The following detailed description of the invention refers to the accompanying drawings. The detailed description does not limit the invention. Instead, the scope of the invention is defined by the appended claims and equivalents.

As described herein, a semantic unit locator identifies compounds within a query based on the overall context of the query. The semantic unit locator generates a subset of documents that are generally relevant to the query based on the individual terms within the query. Combinations of potential compounds from the query are then evaluated against the subset of documents.

FIG. 1 is a diagram illustrating an exemplary network in which concepts consistent with the present invention may be implemented. The computer network includes multiple client devices 102, a server device 110, and a network 101, which may be, for example, the Internet. Client devices 102 each include a computer-readable medium 109, such as random access memory, coupled to a processor 108. Processor 108 executes program instructions stored in memory 109. Client devices 102 may also include a number of additional external or internal devices, such as, without limitation, a mouse, a CD-ROM, a keyboard, and a display.

Through client devices 102, users 105 can communicate over network 101 with each other and with other systems and devices coupled to network 101, such as server device 110.

Similar to client devices 102, server device 110 may include a processor 111 coupled to a computer readable memory 112. Server device 110 may additionally include a secondary storage element, such as database 130.

Client processors 108 and server processor 111 can be any of a number of well known computer processors, such as processors from Intel Corporation, of Santa Clara, Calif. In general, client device 102 may be any type of computing platform connected to a network and that interacts with application programs, such as a digital assistant or a “smart” cellular telephone or pager. Server 110, although depicted as a single computer system, may be implemented as a network of computer processors.

Memory 112 may contain a search engine program 120. Search engine 120 may include a semantic unit locator 121 and a ranking component 122. A more detailed description of the functionality implemented by search engine 120, semantic unit locator 121, and ranking component 122 will be described below. Search engine program 120 locates relevant information in response to search queries from users 105. In particular, users 105 send search queries to server device 110, which responds by returning a list of relevant information to the user 105. Typically, users 105 ask server device 110 to locate web pages relating to a particular topic and stored at other devices or systems connected to network 101. Semantic unit locator 121 assists search engine 120 in locating relevant information by identifying compounds in the user search queries.

The operation of semantic unit locator 121 will now be described in more detail with reference to the flow charts of FIGS. 2 and 3. In general, semantic unit locator 121 operates by looking at relevant documents for a particular query and identifying compounds within the relevant documents that also occur in the query.

To begin, search engine 120 receives a query from a user 105. (Act 201). As an exemplary query, assume the user 105 inputs “leaving the old country western migration.” Ranking component 122 generates a list of relevant documents, ordered by relevance, based on the user query. (Act 202). “Relevance” in this context may be defined based on factors including but not limited to the proximity between query words in the returned documents (e.g., documents in which the query words are close to each other are considered more relevant) and the order of the words in the returned document (e.g., documents in which the query words are in the same order as in the query phrase are considered more relevant). The returned list of documents may be extracted from a pre-indexed corpus of web documents, which may be stored in database 130. In general, processes for indexing web documents and searching the indexed corpus of web documents to return relevant documents is well known in the art. Accordingly, the functionality of ranking component 122 will not be described further herein.

The ranked list of documents returned by ranking component 122 may be very long. Semantic unit locator 121 may use only a subset of the returned documents. (Act 203). More particularly, semantic unit locator 121 may operate on the k most relevant documents returned by ranking component 122, where k is a predetermined number, such as 30.

The user's query may contain a number of different multi-word substrings that could potentially be a compound. The input query “leaving the old country western migration,” for example, includes a number of different multi-word substrings, such as: “leaving the,” “leaving the old,” “leaving the old country,” “leaving the old country western,” “leaving the old country western migration,” “the old,” “the old country,” “the old country western,” “the old country western migration,” “old country,” “old country western,” etc.

Semantic unit locator 121 may generate a first substring, s, of the user's query (e.g., “leaving the”). (Act 204). The semantic locator may then generate a value representing the fraction of the documents in the subset of returned documents that contain the substring. (Act 205). Thus, if 15 documents in a 30 document subset contained the substring “leaving the,” then the value generated would be %. This process is repeated for each substring in the query. (Acts 206 and 207). The complete set of values generated by semantic unit locator 121 define a function, referred to herein as the function FRAC[s], which, for any substring s, returns the fraction of the k documents containing s.

Based on FRAC[s], semantic unit locator 121 selects substrings that occur frequently in the set of k documents. More particularly, semantic unit locator 121 selects the substrings that have FRAC[s] greater than a predetermined threshold, f (e.g., f=0.25). (Act 208). Substrings that are completely contained within a longer substring that has FRAC(s)>f are not selected. If two or more of the selected substrings overlap, semantic unit locator 121 selects the substring with the higher FRAC value. (Act 209). The resultant set of compounds defines the segmentation of the initial query.

As an example of Acts 208 and 209, assume that the query “leaving the old country western migration” has four substrings having FRAC[s] greater than f, namely: “the old country” (f=0.53), “old country” (f=0.55), “western migration” (f=0.5), and “country western” (f=0.4). In Act 208, semantic unit locator 121 discards “old country,” as it is completely contained in the longer substring “the old country,” which has a FRAC value greater than the threshold. In Act 209, “country western” is discarded as it overlaps with “the old country” and “western migration” and has the lowest FRAC value of these three terms. Thus, in this example, the processed query contains the compounds “the old country” and “western migration,” along with the single search term “leaving.” Although the example described above included consideration of the word “the,” other implementations may exclude the consideration of commonly-occurring words.

As an alternative implementation for finding compounds to that discussed in FIG. 2, semantic unit locator 121 may give additional preference to highly ranked documents in the k subset of documents. In other words, a substring that is in, for example, the most highly ranked document of the k documents, is counted more heavily than if the substring was in a lower ranking one of the k documents. One method for accomplishing this is to compute FRAC[s] as a weighted sum based on the ranking of the document in which the compound s occurs. FIG. 3 is a flow chart illustrating, in more detail, this method for calculating FRAC[s].

In relation to the method of FIG. 2, Acts 301-304, illustrated in FIG. 3, may be used as an alternative to calculating FRAC[s] (as calculated in Acts 205-207 of FIG. 2).

Semantic unit locator 121 identifies a set of documents, Q(s), as the documents in the most relevant k documents that contain the substring s (i.e., the first k documents returned from ranking component 122). (Act 301). A function, f(d), is defined as:

${{f(d)} = \frac{1}{k + {\log\left( {{RANK}(d)} \right)}}},$ where RANK(d) returns the ranking (one through k) of document d. (Act 302). Semantic unit locator 121 calculates N as: N=Σf(d), where the sum is over all of the k documents. Finally, FRAC[s] is defined as:

${{{FRAC}\lbrack s\rbrack} = {\frac{1}{N}{\sum{f(d)}}}},$ where the sum is over all documents d in Q(s). (Act 304).

FRAC[s], once defined with the method in Acts 301-304, can be applied by semantic unit locator 121 in the manner described above with regards to Acts 208 and 209 In summary, semantic unit locator 121 intelligently identifies compounds within a query by first identifying documents related to the individual terms in the query. Compounds are then selected using a methodology based on the rate of occurrence of the compound within the identified documents. The methodology illustrated in Acts 205-207 of FIG. 2 identifies compounds based on the fraction of each compound occurring in the identified documents. In the methodology of FIG. 3, compounds are identified based on a weighted fraction of each compound occurring in the identified documents, where the weighting factor is derived from the relevance of the identified documents.

Compounds identified by semantic unit locator 121 may be used in search engine 120 in a number of different ways.

The semantic unit locator 121 may receive the search query input by a user in real-time. Semantic unit locator 121 may then identify compounds and use the compounds to refine the ranking of the list of relevant documents initially located by the search engine 120.

Alternatively, instead of immediately having semantic unit locator 121 find compounds in an input query, search engine 120 may save input queries to a log. In a subsequent, potentially off-line step, semantic unit locator may identify and save compounds for the logged queries. When the same query or a closely related query is then received by search engine 120, the saved compounds are used by search engine 120.

The foregoing description of preferred embodiments of the present invention provides illustration and description, but is not intended to be exhaustive or to limit the invention to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of the invention. For example, although the preceding description generally discussed the operation of search engine 120 in the context of a search of documents on the world wide web, search engine 120, and hence semantic unit locator 121, could be implemented on any corpus.

The scope of the invention is defined by the claims and their equivalents. 

What is claimed:
 1. A method comprising: identifying, by one or more devices, documents relating to a query; generating, by the one or more devices, a plurality of substrings from the query; calculating, by the one or more devices and for a particular substring of the plurality of substrings, a value that corresponds to a comparison between the identified documents and the particular substring; determining, by the one or more devices, that the calculated value for the particular substring satisfies a particular threshold associated with identifying compounds; selecting, by the one or more devices and from two or more of the plurality of substrings, the particular substring as a semantic unit based on the calculated value for the particular substring satisfying the particular threshold; and obtaining, by the one or more devices, a refined list of documents by refining the identified documents based on the semantic unit.
 2. The method of claim 1, where identifying the documents includes: generating an initial list of relevant documents; and selecting a predetermined number of documents, in the initial list of relevant documents, as the identified documents.
 3. The method of claim 1, further including: discarding, before selecting the particular string, one or more substrings of the plurality of substrings that overlap with one or more other substrings of the plurality of substrings.
 4. The method of claim 1, where the value is weighted based on a ranking defined by relevance of the identified documents.
 5. The method of claim 1, where identifying the documents includes: identifying the documents relating to the query by comparing search terms in the query to an index of a corpus.
 6. The method of claim 1, further comprising: providing information based on the refined list of documents.
 7. A non-transitory computer-readable medium storing instructions, the instructions comprising: one or more instructions that, when executed by at least one processor, cause the at least one processor to: receive a search query; identify documents based on the search query; generate a plurality of substrings based on the search query; calculate, for a particular substring of the plurality of substrings, a value based on the identified documents and the particular substring; determine that the calculated value for the particular substring satisfies a particular threshold associated with identifying compounds; select the particular substring, as a semantic unit, from the plurality of substrings based on the calculated value for the particular substring satisfying the particular threshold; and refine the identified documents based on the semantic unit.
 8. The non-transitory computer-readable medium of claim 7, where the one or more instructions to calculate the value comprise: one or more instructions that, when executed by the at least one processor, cause the at least one processor to: identify, as a subset of documents, a predetermined number of most relevant documents of the identified documents, and calculate the value based on one or more documents, of the subset of documents, that include the particular substring.
 9. The non-transitory computer-readable medium of claim 7, where the instructions further comprise: one or more instructions that, when executed by the at least one processor, cause the at least one processor to: discard, before selecting the particular substring, one or more of the plurality of substrings that overlap with one or more other substrings of the plurality of substrings.
 10. The non-transitory computer-readable medium of claim 7, where the value is weighted based on a ranking defined by relevance of the identified documents.
 11. The non-transitory computer-readable medium of claim 7, where the one or more instructions to identify the documents comprise: one or more instructions that, when executed by the at least one processor, cause the at least one processor to: generate a list of relevant documents based on search terms of the search query, and identify the documents, from the list of relevant documents, that are most relevant to the search query.
 12. The non-transitory computer-readable medium of claim 7, where the value indicates a fraction of the identified documents that contain the particular substring.
 13. The non-transitory computer-readable medium of claim 7, where the instructions further comprise: one or more instructions that, when executed by the at least one processor, cause the at least one processor to: provide information based on the identified documents after refining the identified documents based on the semantic unit.
 14. A system comprising: a server, including a processor, to: identify documents relating to a query; generate a plurality of substrings from the query; calculate, for a particular substring of the plurality of substrings, a value relating to one or more documents, of the identified documents, that contain the particular substring; determine that the calculated value for the particular substring satisfies a particular threshold associated with identifying compounds; select, for a semantic unit, the particular substring from the plurality of substrings based on the calculated value for the particular substring satisfying the particular threshold; and obtain a refined list of documents by refining the identified documents based on the semantic unit.
 15. The system of claim 14, where the server is further to: transmit the refined list of documents to a device of a user that submitted the query.
 16. The system of claim 14, where the server is further to: receive the query via a network, and where, when identifying the documents, the server is to: identify the documents relating to the query by matching individual search terms in the query to an index of a corpus that includes a collection of web documents.
 17. The system of claim 14, where the server is further to: discard, before selecting the particular substring, one or more substrings of the plurality of substrings that overlap with one or more other substrings of the plurality of substrings.
 18. The system of claim 14, where the value is weighted based on a ranking defined by relevance of the identified documents.
 19. The system of claim 14, where the server is further to: provide information based on the refined list of documents. 